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SERIAL COMMUNICATION DEVICES CONFIGURABLE TO OPERATE IN 
ROOT MODE OR ENDPOINT MODE AND METHODS THEREFOR 

BACKGROUND 

10001] The present invention relates generally to communication devices and, more 
particularly, to serial communications devices which are configurable to operate as either root 
devices or endpoint devices. 

[0002] Technologies associated with the communication and processing of 

infomiation have evolved rapidly over the last several decades. For example, over the last 
two decades personal computesrs (PCs) have transformed the way in which data is 
communicated and processed for both business and personal applications. A significant 
component in both PCs and other devices are input/output (I/O) interconnect devices and 
techniques which are used to transfer data between devices. As the power of microprocessors 
increases, 1/0 designers have generated new devices and techniques to avoid bottlenecks 
being created by the interconnect devices. Thus, various I/O devices and standards have been 
developed including ISA, EISA and PCI, each having increased data throughput measured in 
megabytes per second (MB/s). Most recently, an VO standard referred to as PCI Express has 
been introduced. Unlike some prior I/O schemes, PCI Express is a serial, point-to-point 
interface which provides for, among other things, improved scalability relative to legacy I/O 
schemes. 

[0003] PCI Express devices and techniques are described in the standards document 
entided "PCI Express Base Specification Revision 1.0a" available from the PCI-SIG 
standards group by writing to: PCI-SIG Administration, S440.SW Westgate Dr., #217, 
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Portland, OR 97221, the disclosure of which is expressly incorporated here by reference. An 
exemplary PCI Express topology is shown in Figure 1. Therein a processor 10 communicates 
with a root device 12, the root device 12 being defined in PCI Express terminology as the 
device which interfaces the processor and/or memory device with the rest of the I/O systcm. 
The root device 12 can be connected to a variety of other devices including, for example, 
endpoint devices 14, switches 16 and PCI Express-to-PCI bridges 20. An endpoint device 14 
is defined by the PCI Express standard as a device which can request/complete PCI Express 
transactions. Switches 1 6 are used to add branches to a PCI Express topology and can 
interconnect a number of different endpoint devices 18 to the root device 12. The PCI 
Express-to-PCl bridge 20 provides an interface for legacy PCI devices 22. 
[0004] The various PCI Express devices seen in Figure 1 have a number of different 

capabilities and functionality. For example, certain message types are only valid for 
transmission by root devices 12 while other message types are only valid for transmission by 
endpoints 14. An example of this can be found in the power management messages defined 
in the PCI Express standard wherein only endpoint devices 14 transmit PM_PME messages 
which inform power management software that an endpoint device is requesting a change in 
its power management state and, on the other hand, only root devices 12 broadcast a 

4 

PME_Tum_Off message informing downstream endpoint devices 14 to stop transmission of 
subsequent PM_PjME messages. Numerous other differences exist between PCI express 
devices. 

[0005] The differences between PCI Express devices mean that in conventional 

implementations each device type, e.g., root, endpoint, switch, bridge, etc. is fabricated using 
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its own design and as a different IC chip. Thus root ICs cannot operate as endpoint ICs and 
vice versa. This, in turn, results in (1) increased development costs for PCI Express devices 
since the design and fabrication costs associated with the different devices are considerable 
and (2) inflexibility in the usage of PCI Express devices. 

[00061 Regarding this latter point, there may exist applications in which it would be 

desirable to selectively operate a PCI Express device as, for example, either a root device or 
an endpoint device. For example, consider a digital video chip which was intended for use as 
either (a) a stend-alone chip with the ability to connect to commodity devices (i-e., the digital 
video chip operates as a root device with external commodity PCI Express endpoint devices), 
(2) as part of a PC subsystem that performs video processing as a slave to the host processor 
(i.e., the digital video chip operates as a PCI express endpoint device) and (3) in combination 
with a second digital video chip, wherein one operates as a slave and one operates as a master 
( in which case one of the digital video chips would operate as a root device and the other 
would operate as an endpoint device). In such applications it would be desirable to flip the 
operation of the PCI Express device within the chip to operate as either a root device or an 
endpoint device so that the same PCI Express device can be designed and manufactured for 
use in the digital video chip regardless of the ultimate application. 
[0007] Accordingly, it would be desirable to provide techniques and devices which 
address these challenges. 




SUMMARY 

[0008] Systems and methods according to the present invention address this 

need and others by providing serial communication devices which are pin-configurable at 
power on to operate as either a root or endpoint device. In conjunction with, for example, 
PCI Express specified I/O data buses, such devices provide for efficient transfer of serial data 
between systems and devices. 

[00091 According to one exemplary embodiment of the present invention, a serial 

communication device includes means for selectively operating the serial communication 
device in either a root device mode or an endpoint device mode, means for, when the serial 
communication device is operating in root device mode, transmitting a first set of messages, 
and means for, when the serial communication device is operating in the endpoint device 

* 

mode, transmitting a second set of messages. 

[0010] According to another exemplary embodiment of the present invention, a serial 
communication system includes a serial communication bus having at least a first set of traces 
and a second set of traces, a first serial communication device, fabricated as a first integrated 
circuit and connected to a first end of the serial communication bus. for transmitting and 
receiving serial data streams via the first set of traces and the second set of traces, respectively 

t' 

and a second serial communication device, fabricated as a second integrated circuit and 
connected to a second end of the serial communication bus. for receiving and transmitting 
serial data streams via the first set of traces and the second set of traces, respectively, wherein 
the first serial communication device has been pin configured to operate as a root device and 
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the second serial communication device has been pin configured to operate as an endpoint 
device. 

[001 1] According to a still further exemplary embodiment of the present invention, a 

method for communicating between serial devices includes the steps of configuring a first 
serial device to operate in a root operating mode and a second serial device to operate in an 
endpoint operating mode, transmitting a first set of messages from the first serial device to the 
second serial device; and transmitting a second set of messages from the second serial device 
to the first serial device. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
[0012] The accompanying drawings illustrate exemplary embodiments of the present 

Invention, wherein: 

[0013] FIG. 1 depicts an exemplary PCI Express topology in which the present 

invention can be implemented; 

[0014] FIG. 2 depicts an exemplary root device and endpoint device interconnected 

by a serial communication bus which can be used in conjunction with an exemplary 
embodiment of the present invention; 

[0015] FIG. 3 depicts logical layers of root and endpoint devices; ^ 

[0016] FIG. 4(a) and 4(b) depict configurable adapter layers of serial communications 

devices accoiding to exemplary embodiments of the present invention in root device 
operation mode and endpoint device operation mode according to an exemplary embodiment 
of the present invention; and 

[0017] FIG. 5 shows an exemplary state machine whose behavior is a function of the 

operation mode of the serial communication device according to an exemplary embodiment 
of the present invention. 
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DETAILED DESCRIPTION 
[0018] The following detailed description of the invention refers to the accompanying 

drawings. The same reference numbers in different drawings identify the same or similar 
elements. Also, the following detailed description does not limit the invention. Instead, the 
scope of the invention is defmed by the appended claims. 

[0019] In order to provide some context for this discussion, an exemplary PCI 

Express connection will first be described with respect to Figures 2 and 3. Therein, a root 
device 20, e.g., a memory controller device, is connected to an endpoint device 22, e.g., a 
display controller, via a serial communication bus 24 which operates in accordance with the 
above-incorporated by reference PCI Express standard. The serial communication bus 24 as 
shown in Figure 2 includes two sets of traces 26 and 28. Each set of traces provides for 
differential, serial communication in one direction. Thus the set of traces 26 provides for the 
transmission of serial data from the endpoint device 22 to the root device 20, while the set of 
traces 28 provides for the transmission of serial data from the root device 20 to the endpoint 
device 22. The two sets of traces 26 and 28 are referred to in PCI Express terminology as one 
**lan6'*. Serial communication devices according to the present invention may have a serial 
communication bus 24 having more than one lane, although only one lane is shown in Figure 
2 for simplicity. As will be explained in more detail below, since serial communication 
devices according to the present invention can opmte as either a root device or an endpoint 
device, root device 20 and endpoint device 22 can have the same architecture and can be 
identical integrated circuits, albeit one has been pin configured to operate in root device mode 
and die other has been pin*configured to operate in endpoint device mode. 
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[0020] Serial communication devices which operate in accordance with PCI Express 

are organized in layers, which layers are illustrated in Figure 3. Communications between 
such serial communications devices are defmed in the above-incorporated by reference PCI 
Express Base Specification as one of a number of different transaction types including 
memory transactions, I/O transactions, configuration transactions and message transactions. 
Thus, when a root device 30 communicates with an endpoint device 32, the root device 30 
sends a transaction down through ail of its layers, i.e., the adapter layer, the transaction layer, 
the data link layer and the physical layer (which includes logical and electrical sublayers). 
The transaction then flows through the endpoint device 32's layers, beginning with the 
physical layers and up through the transaction layer and across the adapter layer. This 
delivers the transaction &om the root device 30 to the endpoint device 32. The response to 
this transaction, or a new transaction initiated at the endpoint device 32 then flows back 
through all the layers on each side. This delivers transactions from the endpoint device 32 to 
the root device 30. Of particular signiflcance for exemplary embodiments of the present 
invention, it should be noted that it is the adapter layer of serial communication devices 
according to the present invention which operates in different modes depending upon whether 
the device has been initialized to operate as a root device or an endpoint device. 
[0021] Some of the functional differences between the opmtion of a serial 

communication device according to the present invention in root mode versus the operation 
of the serial communication device according to the present invention in endpoint mode are 
apparent from a comparison of Figures 4(a) and 4(b). For example, although serial 
communication devices according to exemplary embodiments of the present invention will 
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include at least two sets of configuration registers (RCRB and Device), the RCRB register set 
will only be available when the serial communication device is configured to operate in root 
mode. A complete set of exemplary register definitions for serial communications devices 
according to the present invention is provided below 

[0022] Also shown in Figures 4(a) and 4(b) are certain so-called sideband signaling 

connections, specifically INTx, PME and PME_TO_Ack. In the legacy PCI schemes these 
interrupt and power management signals were, in &ct, transmitted as sideband signals. 
However, in the serial PCI Express scheme, such signaling is performed using a message 
transaction type which was developed to replace sideband signaling in the PCI standard's 
parallel communication scheme. Of particular interest for this discussion, it ^ould be noted 
that these (and other) transactions are only valid for either transmission or reception 
depending upon the operating mode of the device. For example, a serial communication 
device according to exemplary embodiments of the present invention will transmit interrupt 
signals (INTx) when operating in endpoint device mode and receive interrupt signals when 
operating in root device mode. Similarly, certain power management messages (e.g., PME 
and PME_TO_Ack) are transmitted by serial communication devices according to the present 
invention when operating in endpoint device mode and received by serial communication 
devices according to the present invention when operating in root device mode. Other power 
man^ement messages (e.g., PME_Tum_Off (not shown in Figs. 4(a) and 4(b))) are 
transmitted by serial communication devices according to the present invention when 
operating in root device mode and received by serial communication devices according to the 
present invention when operating in endpoint device mode. The PME message is used to 
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inform power management software that a particular device is requesting a power 
management state change. The PMEJTum^Off message is broadcast to devices downstream 
of, e.g., a root, to stop transmitting subsequent PME messages and the PMEJTO^Ack 
message is an acknowledgement of receipt of a PME_Tum_Off message. 



[0023] 



In order to operate either as an endpoint device or as a root device, serial 



communication devices according to the present invention are adapted to handle all of the 
transactions defined in the PCI Express standards in the manner which is valid for the 
operating mode of the device. Table 1 identifies those transactions whose handling varies 
based on operating mode of the device. 



MESSAGE 



DIFFERENCE IN ROOT / DEVICE EIVDFOINT BEHAVIOR 



PME 



This message is sent by a Device Endpoint It is not legal for the root to send 
Ihis message. This message is received by the root port. 



PME Turn Off 



This message is broadcast by a root port and received by a Device Endpoint 



PME TO Ack 



This message is sent by a Device Endpoint. and received by a root port 



Set^Slot Power^Limit 
message 

Msg/MsgD broadcast 
Configuration request are 
only initiated by the root 



This message is sent by a Device Endpoint and received by a root port 




Assert_INTA, 

Assert.FNTB, 

Assert^INTC, 

Assert^INTD, 

Deassert^INTA, 

Deassert^INTB, 

Deassert^INTC, 

Deassert^INTD, 



ERR COR 



ERR NONFATAL 



ERR FATAL 
Unlock 



These messages are sent by a Device Endpoint. And received by a root port. 



These messages are sent by a Device Endpoint. and received by a root port 



These messages are sent by a Device Endpoint and received by a root port. 



These messages are sent by a Device Endpoint. and received by a root port 



These messages are sent by a Root and received by a Device Endpoint 



Table 1 
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(00241 



Managing the selected message fiinctionality can be accomplished by, for 



example, providing HDL (High level Design Language) code to determine whether a serial 
communication device according to the present invention is permitted to send a message or 
packet based on its currently programmed device type, e.g., root or endpoint. Exemplary 
HDL code for accomplishing this feature of the present invention is provided below although 
those skilled in the art will recognize that other code can be developed to perform this 
function. 



function dlpl send msg { Mag : MBg_DL_PL_Tji_rec; 

~ ~ CCR Read Group : CCR Access_rec; 

dav^type^; STD^LOGIC^VECTORO DOWNTO OJ ) 

return boolean Is 

variable result ; boolean; 

begin 

result :*> FALSE; 

case Msg. ere type is 
when TRAINING ERR I 

FR0TOCOL~BRR "> 
if 

((CCR_Read Group. CCR Capabilities_Group.Device_Control_6roup.Fatal_Error_Report_En » 

U* OR ~ " ' 

CCR Read_Group.CCR_Type_Group,CoaBiiand_Group.SERR_Bn « 'l* ) AND 

dev_type /« C0N_CCR_DBV_TYPB„ROOT AND dew^type /« 
CON CCR OEV TYPE PCI PCIEXP BRIDGE) then " " 

- - - "Vesult":-* TRUE; ~ Send Message 

end if; 
when RECEIVER ERR | 
BAD XLP T 
BAD DlLP I 
REPLAY_TIMEOUT | 
REPLAY ROLLOVER 
if"" 

( (CCR Read Group. CCRj;:apabilitles_Group. Devlce_Control_6roup.Correctable_Brror_Report. 

En « U') AND " 

dev_type /» C0N__ccr_OEV_typb_ROOT and dev^typo /« 
CON CCR DBV TYPE PCI PCIEXP BRIDGE) then 

" ~ ~ result T« TRUE; — BRR_.CORR Stuff 

end if; 

when others NULL; 
end case; 
return result; 
end; 
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[0025] In addition to the types of messages which are valid for various devices, the 



message direction, i.e.» upstream or downstream^ should be considered. For devices which 



have fixed operating modes, i.e., either root or device endpoint, an upstream direction would 



always refer to a fixed one of either a TL receiver or a TL transmitter. However in serial 



devices according to exemplary embodiments of the present invention the meaning of 



''upstream'' and "downstream" will vary depending upon whether tiie device is configured as 



a root or an endpoint device. According to exemplary embodiments of the present invention. 



a dynamic decision regarding whether to send a given packet to die TL receiver or TL 



transmitter is made based, in part, upon whether the device is configured as a root or an 



endpoint device. This can be accomplished by, for example, the following multiplexing code. 



— Direction Select Muxes 



HSGJHUX : process I Pkt_Oata_Group, Empty_PktjBroiJp. HsgJTLR_Stat_Croup, 
" *Hsg_fLT_Stai:_6roup« inag_directiafr_8er, dev_type } 

begin - - - - 

M3g_TUl_0ata_Group <- Empty^Pkt^Group; 
Msg^TLT Data'Croup <- Bmpty~PktjGroiipf 
Pkt~Stat_Groap <•• Msg3^*T„StBt_Gtoup; 

i€ iPkt Oata_Group. valid) Chen 
case 9ev type is 

when CON CCR_DEV_TyPE endpt | 

CON~CCR_OEV TyPE"LEG_ENDPT I 

CON CCR OEV^TyPE^'PCIBXP PCI_BRI06E I 

CONjCCRJDEV''TypB~aPSTRirsWlTCH -> if (msgjdirection sel - UP) then 

*~ - — - Data_Group <- Empty^Pkt^Group; 

MsgjrLT^DacajSroap <■» Pkt_Data_6roupj 
else -* — — — 

Msg TLB Data Group <» Pkt_Daca_Group; 

Msg~TLT^0atajGEOUp <- Envty^PktjGroup; 
end l7f ~ ~ 

when CON ccr^dev^type dnstrm_shitch -> if [m8g_dicectlon_sel " dohn) then 

"""**■" ~ Msg tZIr Data Group <" Empty^Pkt^Group; 

MsgjTLT^^DacajGJCoup <- Pkt^tetajsroup; 
else " " ~ 

Msg TLR_Data Group <- Pkt_Data_Group,- 

Msg^TLT Daca'^Group <- Bmpcy„Pkt_Group; 
end lit 

when COH CCR DEV TYPE ROOT «> it (msg direction sel " DOWN) then 

" ~ " Msg TLR Data Group <" Empty Pkt_Group; 

M8g3TLT~Data[]|Group <- Pkt_Data^Group; 
else - - - 

Msg TLR Data Group <*■ einpty_Pkt_Group; 

Msg'TLT^OstajGroup <- Envty~Pkt~Group; 
end ir; " ~ 

when CW CCR DEV TYPE PCI PCIEXP BRIDGE -> NULL; Messages cannot be sent - only sec error 

bits 

when others *> NULL/ 

end case; 
end if; 
end process MSG MUX; 
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[0026] In order to enable a serial communication device according to the present 

invention to operate in either a root device mode of operation or an endpoint mode of 
operation, including the functionality needed to properly handle the above-identified 
transactions, exemplary embodiments of the present invention include state machines and 
registers which enable either mode of operation to be activated. In many cases, the state 
machines described in the above-incorporated by reference PCI Express Base Specification 
can be used in serial communication devices according to the present invention. However, in 
certain cases the differences in behavior between root device and endpoint device need to be 
accommodated. Accordingly, those state machines listed in Table 2 have been identified by 
Applicant as having different behaviors. Therein, the relevant page(s) from the above- 
incorporated PCI Express Base Specification which describe the identified root and endpoint 
state machines are cited for reference by the interested reader. 

Assert_INTx/Deassert_INTx Messages are only issued by endpoint devices. This alters the 

behavior of the message generation state machines in the transaction layer, see page 63. 

If a £)ownstream Port (root) goes to DL^Down status, the INTx virtual wires associated with Port 
must be deasserted, and the Upstream Port (device endpoint) virtual wire state updated 
accordingly. This alters the behavior of the message generation state machines in the transaction 

layer, see page 66. , 

Configuration.Linlcwidth.Start state is different for root and endpoint, see page 175 and page 176. 
Configuration.Linkwidth.Accept state is different for root and endpoint, see page 178 and page 

179. , . 

ConfigurationXanenum.Accept state is different for root and endpoint, see page 180 and page 

181. ^ . 

ConfigurationXanenum.Wait state is different for root and endpoint, see page 181 and page 182. 
Configuration.complete state is different for root and endpoint. see page 182 and page 183. 

Recovery.idle state behaves differently for root and endpoint, see page 1 87. 

L2.idle state behaves differently for root and endpoint, see page 194. 

l2.TransmitWake behaves differently for root and device, see page 195. 

Hot Reset state machine behaves differently for root and device, see page 199. 

LI power management state machine behaves differently for root and device, see page 223 and 
225. 
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L2/L3 power management state machine behaves differently for root and device, see page 223 

and 225. 

DO, Dl, D2, and D3hot states behave differently for root and device, see page 23 Q. 

The LI entry state machine behaves differently for root and endpoint, see page 23 1 and page 250. 
The LI exit state machine behaves differently for root and endpoint, see page 233 and page 250. 
The LI exit state machine behaves differently for root and endpolnt, see page 234 and page 250. 

PME rules are different for root and endpoint. See page 241 and 242, 

ASPM state niachine(s) differ for upstream and downstream behavior, see page 243. 

Exit from LPs is different for root and device, see page 246. 

Table 2 



Having identified those state machines v^hich have disparate behavior as between root and 
endpoint devices, the next step is to provide serial communication devices according to the 
present invention with the capability to implement either behavior depending upon the 
selected operating mode. There are at least two general ways in which this can be 
accomplished. First, for those state machines identified in Table 2, both the root device state 
machine and the endpoint device state machine can be independently implemented in the 
serial communication device and the appropriate set of state machines can be activated when 
the power-on pin selection is made. Alternatively, for those state machines identified in 
Table 2, a hybrid state machine can be implemented which uses, as a variable, the operating 
mode of the device such that state transitions are governed, in part, based on whether the 
serial communication device is operating in root device mode or endpoint device mode. An 
example of this latter embodiment is provided as Figure 5. Therein, a state machine is 
illustrated which operates to arbitrate and control the transmission of messages firom four 
internal sources referred to in the state diagram as DL, TL, PMU and Slot Power Messages . 
The state SEND_SLOT_PWR is not required for device endpoints but can, however, be 
included in a state machine which can be incorporated into serial communications devices 



CoDV provided by USPTO from the IFW Image Database on 11/24/2004 



IS 

according to the present invention and is reached only when the serial communication device 
is configured to operate as a certain type of device, e.g., downstream switch or root. 
[00271 In addition to the transactions and state machines, some registers need to be 

modified relative to the PCI Express Base Specification in order to enable serial 
communication devices according to exemplary embodiments of the present invention to 
operate in either root device mode or endpoint device mode. A listing of those registers is 
provided below. Note that registers found in the above-incorporated by reference PCI 
Express Base Specification which are not described below can be implemented unchanged in 
serial communication devices according to the present invention. The following register 
description is organized into two parts. The first part is a register list that, in the rightmost 
column (Ref.), provides a numerical reference to the following specifications: (I) PCI 
Express Base Specification Revision 1.0, (2) PCI-X 2.0 Protocol Specification, (3) PCI Local 
Bus Specification Revision 2.3, (4) PCI-to-PCI Bridge Architecture 1.1 and (5) PCI Bus 
Power Management Interface Specification Rev 1 .1 each of these specifications are also 
available from the PCI-SIG standards group by writing to: PCI-SIG Administration, 5440 SW 
Westgate Dr., #217, Portland, OR 97221, the disclosures of which are expressly incorporated 
here by reference. The interested reader can find more information regarding those registers 
in the referenced specification. Reference number 6 refers to additional information which is 
found in the second part of the register description in this document. Therein, software 
fiinctionality associated with those registers, and particularly the different fiinctionalities 
when operating in root device mode as compared with endpoint device mode, is described. 
Additionally, it should be noted that although the following exemplary register definitions 
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provide significant detail regarding an exemplaiy implementation of serial communication 
devices according to the present invention, these exemplary register definitions are purely 
illustrative and other register definitions can be used to fabricate devices according to the 



present invention. 



Addre 


Offse 


Register 


Description 


Roott 


Endpoint 

[ 


Ret 


Tvoe 0/1 ConfiQuration Registers 




0x00 


DxOO 




S/endor ID 


K 


X 




0x02 


0x02 


DID 


Device ID 


X 


X 


3.6 


0x04 


0x04 


CMD 


Command Register 


K 


X 




0x06 


0x06 


pis 


Status Register 


K 


X 




0x08 


0x08 


RID 


Revision ID 


X 


X 


3 


0x09 


0x09 


CC 


Class Code 


X 


X 


3 


OxOC 


OxOC 


CLS 


Cache Line 


X 




1 


OxOD 


OxOD 


MLT 


Master Latency Timer 


X 




1 


OxOE 


OxOE 


HT 


Header Type 


X 


X 


3 


OxOF 


OxOF 


^IST 


Built-in Seif Test 


X 


X 


3 


0x10 


0x10 


BARO 


Base Address Register 0. fixed 0 


X 




4 


0x10 


BARO 


Base Address Register o, customer 
defined constant 






4 


0x14 


0x14 


BAR 1 


Base Address Register 1. fixed 0 


X 




4 


0x14 


BAR1 


Base Address Register 1, customer 
defined constant 




X 


4 


0x16 


0x18 


Pri-Bus# 


Primary Bus Number, RW. default 0 


X 




4 


0x16 


BAR 2 


Base Address Register, Customer 
to define* 




X 


3 


0x19 


0x19 


SeC'Bus# 


Secondary Bus Number. RW, 
default 0 


X 




4 




3x19 




Reserved, all zeros 




X 


1 


OxIA 


DxIA 


Sut>-Bus# 


Sut>ordinate Bus Number. RW. 
default 0 


X 




4 




OxIA 




Reserved, all zeros 




X 


1 


OxIB 


0x1 B 


Sec-LT 


Secondary Latency Timer, 
Reserved, all zeros 


X 




4 




0x18 




Reserved, all zeros 




X 


1 


0x1 C 


0x1 C 


I/O Base 


I/O Base, software allocation only 


X 




4 


0x1 C 




Reserved, all zeros 




X 


1 


0x1 D 


0x1 0 


I/O limit 


h/O Limit, software allocation only 


X 




4 


0x1 D 




Reserved, all zeros 




X 


1 


OxIE 


0x1 F 


Sec-STS 


Secondary bus status 


X 




4 




17 



0x26 



0x26 



3x1 E 



0x20 
)x20 
3x22 
0x22 
0x24 



)x26 iPMEIVlUmit 

0x26 

0x28 iPMEMBase 



0x2C 



9x30 



0x34 



0x35 
0x37 
0x38 



Reserved, all zeros 



MEM Base 
MEM Umit 
PMEM Base 



Memory Base. RW. used by switch 
Reserved, ali zeros 
Memory Limit, RW. used by switch 
Reserved, all zeros 
Prefetchable Memory, fixed all 
zeros 

Reserved, all zeros 



Prefetchable Memory Limit, fixed all 
zeros 

Reserved, all zeros 
Prefetchable Memory Base (upper 
32-bits). fixed 0 . 



0x28 CIS 



Card Information Struct, not used, 
fixed 0 



0x2C PMEM Limit 



Prefetchable Memory Limit (upper 
32-bits) 



Dx2C, ISVID, SID 
Ox2E 



0x30 I/O Base, I/O Limit 



0x30 IrOMBAR 



Subsystem Vendor ID, Subsystem 
D. 



/O Base (upper 16 bits), I/O Umit 
(upper 16 bits) RW. used in a 
swtch 

ROM base address. Not used. 



0x34 ICAPPTR 



0x35 
0x37 
0x38 iROMBAR 



Caoabirities Pointer 



0x3C 



0x3D 



0x3E 



Ox3E 



0x3F 



Reserved, all zeros 

Extension ROM base address, 
Reserved, ail zeros 



0x38 
0x3C liNT LINE 



Reserved, ali zeros 
Interrupt Line 



0x3D INT PIN 



0x3E BCR 



Ox3E BVllNGNT 



Interrupt Pin 



Bridge Control Register 



Min Grant, not used. 



0X3F 



LAT 



Max Latency, not used 



MSI 



0x40 


0x00 


Message Control 


0x44 


0x04 


Message Address 


0x48 


0x08 


Message Upper D 
Address 1 


Ox4C 


OxOC 


Message Data I 



lessage Upper Address 



iMessage Data^ 



PCI Express Capabilities 



1x50 |OxO |PCI Express Capability PCI Express Capability Ust Regis 
1st Register her 



1 



1 



^6 



i6 



1 



1 



1 
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Dx52 


0x2 


PCI Express Capabili 
ties Register 


PCI Express Capabilities Register 


V 
A 


A 




Dx54 


0x4 


Device Capabilities 

Register 


Device Capabilities Register 


y 
A 


A 




3x58 


0x8 


Device Control Register 


Device control Re9isier 


Y 

A 


A 




0x5A 


OxA 


Device Status Registers 


Device status Registers 


Y 
A 


Y 
A 




}X50C 


OxOC 


Link Capabilttles 


Link Capabilities 


X 


X 




}x60 


0x10 


Unk Control Register 


Jnk Control Register 


X 


X 




0x62 


0x12 


Link Status Register 


Link Status Register 


X 


X 




)x64 


0x14 


Slot Capabilities 


Slot Capabilities 


X 


X 




0x68 


0x18 


Slot Control 


Skn Control 


X 


X 




0x6A 


Ox1A 


Sk3t Status 


Slot Status 


X 


X 




0x6C 


0x1 C 


Root Control 


=^oot control 


X 






OxIC 


Ma 


Reserved, all zeros 




X 




0x70 


0x20 


Root Status 


^oot status 


X 






0x20 


Na 


Reserved, all zeros 




X 




Power 


0x74 


0x0 


Power Management 

Capability 




X 


X 


1.5 


0x78 


0x4 


Power Management 
Status / Control 




X 


X 


1,5 



The second part of the exemplary register descripUon, according to the present invention, 
follows. In this section, note the descriptions of root mode and device mode operation. 



Offfisel 


Bit 


Register 


Field typeidefaultlDefinition 


0x00 


15-0 


^ID 


N/endorlD 


RO 


tbd 1 


Vendor ID. This field identifies the manufacturer of 
he device. Valid vendor identifiers are allocated by 
he PCI SIG to ensure uniqueness. 


0x02 


16:0 


DID 


Device ID 


RO 


tbd 


Device ID.This field Identifies the particular device. 

This Identifier is allocated by the vendor. 




15-6 


DID 




RO 




Bits 15*6 are set by bits 15-6 of the customer 
specified Device ID. 




5*0 


DID^wire 
s 




RO 




Driven by external wires DevlD[5:0] 


0x04 




CMD 


Com 

mand 

Register 

■ 






This register provides coarse control over a device's 
ability to generate and respond to PCI cycles. When 
a 0 is written to this register, the device is logically 
disconnected from the PCI bus for all accesses 
except configuration accesses. 
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15-11 




Reserved 


RO 


0 






10 




Interrupt 
Disable 


RW 


0 


Interrupt Disable • Controls the ability of a PCI 
Express device to generate INTx interrupt messages. 
When set, devices are prevented from generating 
NTx interrupt messages. Any INTx emulation 
interrupts already asserted must be deasserted when 
this bit is set. Default value of this field is 0. 
Device mode * Adapter will send de-assert 
messages for all interrupts already asserted 
Root mode - Adapter gates off Interrupts external to 
the message decode. 




9 




"ast 
^ack-to- 
^ack 
enable 


RO 




Fast Back-to-Back Transactions Enable Does not 
apply to PCI Express. Must be hardwired to 0. 


• 


3 




SERR 
Enable 


RW 


0 


SERR Enable See Section 7.5.1.7. of PCI Express 
specification. This bit, when set, enables reporting of 
non-fiatal and fetal errors to the Root Complex. Note 
that en-ors are reported if enabled either through this 
bit or through the PCI-Express specific bits in the 
Device Control Register 

Root mode - This is the legacy method to gate the 
'slgnal_system_error_out" signal. In root mode using 
legacy sottware inis is uie Tinai gate inai conirois me 
assertion of the signal system error line. 

Device mode - enables error packets 

Enables the device to send error packets. 




7 




IDSEL 
Stepping 


to 


0 


DSEL SteppingAAfait Cyde Control. Does not apply 
0 PCI Express. Can be hardwred to 0. 




6 




Parity 
Error 
•naoie 


RW 


0 


Enables PERR generation when set. 
Device adapter used this bit to gate the Master Data 
Parity Error Bit, (Config regs offset 0x6, bit 8). 
Device does not generate parity. 




5 




\/GAPat 

ette 

Snoop 


RO 


0 


VGA Palette Snoop. Does not apply to PCI Express. 
Can be hardwired to 0. 




4 




Memory 
iA/rlte and 
Invalidate 


RO 


0 


Memory Write and Invalidate. Does not apply to PCI 
Express. Can be hardwired to 0. 




3 




Special 

Cycle 

Enable 


RO 


0 


Special Cycle Enable. Does not apply to PCI 
Express. Can be hardwired to 0. 
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2 




Bus Mas 

ler 

Enable 


RW 


0 


bus Master Enable Controls the ability of a PCI 
Express agent to issue memory and I/O read/Write 
requests. 

Default value of this field is 0. 




1 




Memory 

Space 

Enable 


RW 


0 


^his bit controls a device's response to Memory 
Space accesses. 




D 




I/O Space 
Enable 


RW 


0 


This bit controls a device's response to I/O Space 
accesses. 


Dx06 




STS 


Status 
Register 


RO 
or 

RW1 

C 




This register provides status Information for PCI bus 
related events. 




15 




Detected 

Parity 

Error 


RWl 
0 


0 


Detected Parity Error. 




14 




Signaled 

System 

Error 


RWl 


i) 


Signaled System Ennor. 

This bit is set when a device sends an ERR_FATAL 
or ERR_NONFAT/VL message, and the SERR 
Enable bit in the Command Register is '1'. Set when 
an error message is sent, always in host direction. 
Default value of this field is 0. 
Device Mode Bit is set when a ERR_FATAL or 
ERR_NONFATAL message is sent 

Root Mode Bit is set when a ERR.FATAL or 
ERR_NONFATAL message is received or one of the 
enabled Internal sources of Fatal and Non Fatal 
Errors Is detected in the core. 




13 




Received 

Master 

Abort 


RWl 
C 


0 


Received Master Abort 

This bit is set when a Requestor (Primary Side for 
Type 1 Header Configuration Space Header device 
for requests initiated by the Type 1 Header device 
tsell) recces a Completion with Unsupported 
Request Completion Status. 
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12 




Received 

rarget 

\bort 


RW1 




Received Target Abort. | 
rhis bit is set wtien a Requestor (Primary Side for 
rype 1 Configuration Space Header device for 
equests initiated by tlie Type 1 Header device itself) 
-eceives a Completion with Completer Abort 
Completion Status. 

5et only when a transaction initiated by this port 
eceives a Completer Abort Status. Device core does 
lot initiate transactions, however, the attached 
adapter does and this register reports the errors in 
soth cases. 




11 




Signaled 

Target 

Abort 


RW1 
• 


0 


Signaled Target Abort 1 
This bit is set when a device (Primary Side tor Type 1 
Configuration Space Header device for requests 
completed by the Type 1 Header device itself) 
completes a Request using Completer Abort 
Completion Status. 

Default value of this field is 0. 1 




10-9 




DEVSEL 

Timinq 


RO 


0 


DEVSEL Timing Does not apply to PCI Express. 1 
Can be hardwired to 0. 1 




B 




Master 
Data Par 
ity Error 


RW1 
C 


0 


Device Mode - Master Data Parity Error This bit Is 1 
set by Requestor (Primary Side for Type 1 
Configuration Space Header Device) if its Parity Error 
Enable bit is set and either of the following two 
conditfons occurs: 

Requestor receives a Completion marked pc^soned I 
Requestor poisons a write Request 1 
If the Parity Error Enable bit is cleared, this bit is 
lever set. Default value of this field is 0. 
[Root MOQe - inis Dix is a tiaqu u* i 




7 




Fast 
back-to- 
back 


RO 


0 


Fast Back-to-Back Transactions Capable Does not 
apply to PCI Express. Can be hardwired to 0. 




E$ 




Reserved 


RO 


0 






5 




56Mhz 
Capable 


RO 


0 


66 MHz Capable Does not apply to PCI Express. 1 
Can be hardv^red to 0. 




4 




Capabifi 
ties Ust 

— _ 


RO 


1 


Capabilities List Indicates the presence of an 1 
extended capability list item. Since all PCI Express 
devices are required to implement the PCI Express 
caoability structure, this bit can be set to 1 . 
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3 




Interrupt 
Status 


RO 


0 


Intermpt Status. Indicates that an INTx interrupt 

message Is pending internally to the device. 

This bit requires a side band signal from the adapter. 

interrupt_8tatus 

Default value of this field is 0. 




2-0 




Reserved 


RO 


0 




0x08 


7-0 


RID 


Revision 
ID 


RO 


0x1 


This register specifies a device specific revision 
Identifier. The value is chosen by the vendor. Zero is 
an acceptable value. This field should be viev^d as a 
vendor defined extension to the Device ID. 


0x09 


23-0 


CC 


Class 
Code 


RO 


tbd 


The Class Code register is read-only and is used to 
identify the generic function of the device and, in 
some cases, a specific register-level programming 
interface. 


OxQC 


7-0 


CLS 


Cache 
Line 


RW 


0 


A read write field that has no impact on PCI Express 
device functionality 


OxOD 


7-0 


WILT 


faster 

Latency 

Timer 


RO 


0 


Does not apply to PCI Express and must be hard 
kAfl'red to 0 


OxOE 


7-0 


HT 


Header 
Type 


RO 


0x00 for 

end 

point 

0x01 for 
others 


fh'is byte identifies the layout of the second part of 
the predefined header (beginning at byte lOh in 
Configuration Space) and also whether or not the 
device contains multiple functions. 


OxOF 


7-0 


BIST 


Built-in 
Self Test 


RO 


0 


This field is a read only 0 in exemplary devices. This 
optional register Is used for control and status of 
BIST. Devices that do not support BIST must always 
return a value of 0 (i.e., treat it as a reserved 
register). A device v^ose BIST is Invoked must not 
prevent normal operation of the PCI bus. 




7 




BIST 
capable 


RO 


0 


Return 1 if device supports BIST. Return 0 if the 
device is not BIST capable. 




6 




Start 
BIST 


RO 




Write a 1 to Invoke BIST. Device resets the bit when 
BIST is complete. Software should fail the device if 
BIST is not complete after 2 seconds. 




5-4 




Reserved 


RO 




Resented. Device returns 0. 




3-0 




Comple 
tion Code 


RO 




Value of 0 means the device has passed its test. 
Non-zero values mean the device failed. Device- 
specific failure codes can be encoded in the non- 
zero value. 



I' 
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Dx10 


31-0 


BARO 


Base 
Address 
Register 
0 


RW 




Root Mode Fixed 0. This registers allocates space 
For internal resources not used by device cores, a 
Fixed 0 declares 0 space required. 
[>evice Mode Customer defines type and number of 
-ead only bits, (size of window), upper bits are RW. 


Dx14 


31-0 


BAR 1 


Base 
Address 
Register 
1 


RW 




Root Mode Fixed 0. This registers allocates space 
for intemal resources not used by device cores, a 
nxed 0 declares 0 space required. 
Device Mode Customer defines type and number of 
read only bits, (size of window), upper bits are RW. 


0x16 


31-0 

* 


BAR 2 


Base 
Address 
Register 
1 


RW 




Root Mode This 32 bit register is replaced by the 4 
eight bit registers Pri_Bus#. Sec_Bus#, Sut>-Bu5#, 
and Sec_LT, defined In the next four rows. 
Device Mode Customer defines type and number of 
read only bits, (size of window), upper bits are RW. 


0x18 


* 


PrhBus# 


Primary 
Bus Num 
ber 


RW 


0 


Device Mode This register is not available, it is BAR2 
above. 

Root Mode The Primary Bus Number register is 
used to record the bus number of the PCI bus ' 
segment to which the primary interface of the bridge 
s connected. Configuration software programs the 
value In this register. The bridge uses this register to 
decode Type 1 configuration transactions on the 
secondary interfece that must be converted to 
Special Cycle transactions on the primary interface. 


0x19 


7-0 


Sec- 
Bus# 


Second 
ary Bus 
Mumber 


RW 


0 


Device Mode Customer defined constant see 
definition of BAR2 above. 

Root Mode The Secondary Bus Number register is 
used to record the bus number of the PCI bus 
segment to which the secondary Interface of the 
bridge is connected. Configuration software 
programs the value in this register. The bridge uses 
this register to determine when to respond to a Type 
1 configuration transaction on the primary interface 
and convert it to a Type 0 transaction on the 
secondary interface. 
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OxIA 


7-0 


Sub- 
Bus# 


Subordi 
nate Bus 
Number 


RW 


0 


Device IVIode Customer defined constant, see 
deRnition of BAR2 above. 

R ot M de The Subordinate Bus Number register is 
used to record the bus number of the highest 
numbered PCi bus segment which is behind (or 
subordinate to) the bridge. Configuration software 
programs the value in this register. The bridge uses 
this register in conjunction with the Secondary Bus 
Mumber register to determine when to respond to a 
Type 1 configuration transaction on the primary 
interface and to pass it to the secondary interface. 


0x1 B 


7-0 


Sec-LT 


Second 
ary 

Latency 
Timer 


RO 


0 


Device Mode Customer defined constant, see defi 
nition of BAR2 above. 

Root Mode This register does not apply to PCi 
Express. It is hardwired to 0 in exemplary devices. 


OxIC 




I/O Base 


1/0 Base 


RW 


0 


Device Mode Reserved, all zeros, (register becomes 
a read only with default of 0) 
Root IVIode Base address of fonn/arding range for 1/ 
0 transactions 




7-4 






RW 




^ress 15:12 of the lO base address. Used along 
iMth lO^UMIT to determine when to fonvard t/O 
transactions from one interface to the other. This 
Field is ignored by exemplary cores but can be made 
available for external decode in a switch / router 
application. 




3-2 




Reserved 


RO 




Resen/ed. Device returns 0. 




1-0 






RO 




DO - 16 bit lO addressing, 01=32 bit lO addressing, 
02-03 are reserved. Exemplary devices support 32 bit 
10 addressing and hardwires this field to 01. 


0x1 D 




1/0 Umit 


/O Umit 


RW 


0 


Device Mode Reserved, all zeros, (register becomes 

a read only vMi default of 0) 

Root Mode Limit of forwarding range for I/O trans 

actions 




7-4 






RW 




Address 15:12 of the iO limit address. Used along 
with lO.BASE to detemnine when to forward I/O 
transactions from one interface to the other. This field 
s ignored by the exemplary cores but can be made 
available for external decode in a switch / router 
application. 




3-2 




Reserved 


RO 




Reserved. Device returns 0. 




1-0 






RO 




OO ~ 16 bit IO addressing. 01-32 bit IO addressing. 
32-03 are reserved. Exemplary devices support 32 bit 
IO addressing and hardwires this field to 01 . 1 
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0x1 E 




Seo-STS 




RW1 
C 


0 


Device Mode Reserved, all zeros, (regeter becomes 

a read only with de^ult of 0) 

R ot Mode See definition in next 11 rows 




15 






RW1 
C 


0 


Detected Parity Error. 

Root Mode This bit Is set by the Secondary Side for 
a Type 1 Configuration Space Header device 
whenever it receives a poisoned regardless of the 
state the Parity En-or Response bit Once set, this bit 
'emains set untO it is reset by writing a 1 to this bit 
location. 

Device Mode Not used, fbced zero 




14 






RW1 
C 


0 


Received System Error. 

This bit is set when a device sends a ERR^FATAL or 
ERR_NONFATAL message, and the SERR Enable 
pit in the Bridge Control Register Is lb. Once set, this 
bit remains set until it is reset by writ ing a 1 to this bit 
location. 

Device Mode Not used, fixed zero 

Root Mode Bit is set when a ERR_FATAL or 

ERR NONFATAL message is received. 




13 






RO 


0 


Received Master Abort* This bit is set when the 
Secondary Side for Type 1 Con figuration Space 
Header device (for requests' initiated by the Type 1 
Header device Itself) receives a Completion with 
Unsupported Request Completion Status. Default 
value of this field is O.Once set, this bit remains set 
until it Is reset by writing a 1 to this bit location. 
Device Mode Not used, fixed zero 
Root Mode Not used, fixed zero. The secondary side 
does not initiate reouests by itself. 




12 






Ro 


0 


Received Target Abort See Section 7.5.1.7. This bit 
s set when the Secondary Side for Type 1 Con 
figuration Space Header device (for requests initi 
ated by the Type 1 1Header device itself) receives a 
Completion with Completer Abort Status. Default 
value of this field is O.Once set, this bit remains set 
until it Is reset by writing a 1 to this bit location. 
Device Mode Not used, fixed zero 
Root Mode Not used, Tixed zero. The secondary side 
does not initiate requests by itself. 
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11 






RO 


D 


Signaled Target Abort. This knt is set when the 
Secondary Side for Type 1 Con figuration Space 
Header device (for requests com pleted by the Type 
1 Header device itself) completes a Request using 
Completer Abort Com pletlon Status. Once set, this 
bit remains set until it is reset by writing a 1 to this bit 
location. 

Device Mode Not used, fixed zero 

Root Mode Not used, fixed zero. The secondary side 

does not initiate requests by itself. 




10-9 






RO 




DHVSEL Timing. Does not apply to PCI Express. 
Can be hardvwred to 0. 




8 






RW1 
C 


0 


Master Data Parity En-or. 
Root Mode This bit is set by the Secondary side 
Requestor if the Parity Error Response bit is set and 
either of the following two conditions occurs: The 
Requestor recsves Completion marked poisoned or 
the Requestor poisons a write Request If the Parity 
Error Response bit is cleared, this bit is never set. 
Default value of this field is 0. This bit remains set 
until it is reset by writing a 1 to this bit location. 
Device Mode Not used, fixed zero 




7 






RO 




Fast Back-to-6acK Transactions Capable Does not 
apply to PCI Express. Can be hardwired to 0. 


• 












Reserved. Device retums 0. 




5 






RO 


D 


S6 MHz Capable This bit indicates whether or not the 
secondary Interface of the bridge is capable of 
operating at 66 MHz. This bit is hardvAnred to a 0 in 
exemplary devices. 




4-0 










Resen/ed. Device retums 0. 


0x20 




MEM 
Base 


Memory 
Base 


RW 


D 


Device Mode Reserved, all zeros, (register becomes 
a read only with default of 0) 
Root Mode Base address of forwarding range for 
memory transacttons. See definition in next 2 rows 




15-4 






RW 




This Memory Base Register, along with the Memory 
Limit Register, defines a region that is used by the 
bridge to determine when to forward memory 
transactions from one interface to the other. These 
pits correspond to address 31:20. This field Is 
ignored by the exemplary cores but can be made 
available for external decode in a switch / router 
application. 




3-0 










Reserved. Device returns 0. 
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0x22 


15-0 


MEM 

Umit 


Memory 
Limit 


RW 


0 


E>evic M de Reserved, all zeros, (register becomes 
a read only with default of 0) 
Ro . t Mode Umit of forwarding range for memory 
transactions. See definition in next 2 rows 





15-4 






RW 


12 


This Memory Umit Register, along with the Memory 
Base Register, defines a region that is used by the 
bridge to determine when to forward memory trans 
actions from one interface to the other. These bits 
correspond to address 31:20. This field is ignored by 
the exemplary cores but can be made available for 
external decode in a switch / router application. 




3-0 










Reserved. Device returns 0. 


0x24 


15-0 


PMEM 
Base 


Prefetch 

able 

Memory 


RO 


0 


Device Mode Reserved, all zeros 
Root Mode Base address of forwarding range for 
prefetchable memory transactions. Prefetchable 
space is not used by exemplary devices. These bits 
are fixed Os. 


0x26 


15-0 


PMEM 
Umit 


Prefetch 
able 
Memory 
Umit 


RO 


0 


Device Mode Reserved, all zeros 
Root Mode Umit of fbnA^rding range for 
prefetchable memory transactions. Prefetchable 
space is not used by exemptery devices. These bits 
are fixed Os. 


0x28 


31-0 


PMEM 
Base 


Prefetch 

able 

Memory 

Base 

(upper 

32- bits) 


RO 


0 


Device Mode CIS, Card Infonmatlon Struct, not used, 
Fixes 0 in exemplary devices. 
Root Mode Base address of forwarding range for 64- 
bit prefetchable memory transactions. This register is 
a fixed 0 in exemplary devices. 


Ox2C 


15-0 


SVID 


Sub 
system 
Vendor ID 


RO 


HDU 
(0x11 
31) 

■ 


Root mode - This register is replace by the PMEM 
Umit register below. 

Device Mode • This register along with SID is used 
to uniquely identify the add-in card or subsystem 
where the PCI device resides. They provide a 
mechanism for add-in card vendors to distinguish 
their add-in cards from one another even though the 
add-in cards may have the same PCI controller on 
them (and, therefore, the same Vendor 10 and 
Device ID). 
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Ox2E 


15-0 


StD 


Sub 

system 10 


RO 




Ro tm de • This register is replace by the PMEM 
Limit register below. 

D vice Mode -This register along with SVID is used 
to uniquely Identify the add-in card or sub system 
where the PCI device resides. They provide a 
mechanism for add-in card vendors to distinguish 
their add-in cards from one another even though the 
add-in cards may have the same PCI controller on 
them (and, therefore, the same Vendor ID and 
Device ID). Next two lines describe the source of the 
individual bits In this register. 




16-3 






RO 


OxO(H 
DLI) 


Bits 1 5-3 are set by bits 1 5-3 of the customer 
specified Subsystem ID. 




2-0 






RO 




Driven by external wires SubSys[2:D] 


Ox2C 


31-0 

* 


PMEM 
Umit 


Prefetch 

able 

Memory 

Umit 

(upper 

32) 


RO 


0 


Device mode - This register replace by the two 
registers above. SVID and SID. 
Root Mode - Limit of forwarding range for 64-bit 
prefetchable memory transactions. This register is a 
fixed 0 in exemplary devices. 


0x30 


31-0 


ROM 
BAR 


Expan 
sion ROM 
base 
address 


RO 


0 


Root mode - This register is replace by the I.O Base 
and I/O Umit registers below. 
Device Mode - ROM base address. Exemplary 
devices hardwire this field to 0. 


0x30 


15-0 


I/O Base 


I/O Base 
(upper 16 
bits) 


RO 


0 


Device Mode - This register is replace by the ROM 
BAR regster above. 

Root mode - Base address of foro/arding range for 
32-b)t I/O transactions. 


0x32 


15-0 


I/O Umit 


I/O Umit 
(upper 16 
bits) 


RO 


0 


Device Mode - This register is replace by the ROM 
BAR register above. 

Root mode - Base address of fonA/arding range for 
32-bit I/O transactions 


0x34 


7-0 


CAP PTR 


Capabiti 
ties 

Pointer 


RO 


0x40 


This optional register is used to point to a linked list of 
new capabilities implemented by this device. This 
register Is only valid if the "Capabilities Usf bit in the 
Status Register is set If implemented, the bottom two 
9its are reserved and should be set to 00b. Software 
should mask these bits off before using this register 
3S a pointer In Configuration Space to the first entry 
3f a linked list of new capdbDities. 


0x35 
0x37 


31) 




Reserved 


=^o 
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0X36 


31-0 


ROM 
BAR 


Expan 
sfon ROM 
base 
address 


RW 


0 


Device mode - Reserved, all zeros, (register 

secomes a read only with defeult of 0) 

Root mode - Controls expansion ROM mapping. 

This register always retums all zeros in an exemplary 

core. 


0x30 


7-0 


INT LINE 


Interrupt 
Line 


RW 


0 


A read write field that is used by device drivers and 
the O.S.. not directly used by PCI Express devices 


Dx3D 


7-0 


INT PIN 


Interrupt 
Pin 


RO 


0x1 


The Interrupt Pin is a read-only register that identifies 
the legacy Interrupt message(s) the device (or device 
function) uses. Valid values are 1 . 2, 3. and 4 that 
map to legacy interrupt messages for INTA. INTB» 
INTO, and INTO respectively, a value of 0 indicates 
that the device uses no legacy interrupt message(s). 


Ox3E 


7-0 


MIN GNT 


Minimum 
Grant 


RO 


0 


Root Mode - See Bridge Control Register below 
Device Mode • This register does not apply to PCI 
Express and can be hard wired to 0. 


Dx3F 


7-0 


MAXLAT 


Maximum 

Latency 


RO 


0 


This register does not apply to PCI Express and cant 

be hard wired to 0. 


0x3E 


15-0 


BCR 


Bridge 

Control 

Register 


RW 


0 


Device Mode - This register Is a read only alt zero 
register that can be formed by write protecting the 
Bridge Control Register to form the MINGNT and 
MAX LAT fields for Device Type 0 access. 
Root mode - Bridge Control Register. Individual 
register bits In following rows 




15-12 


RSVD 


Reseroed 


RO 


0 


Reserved 




11 




Discard 
rimer 
SERR 
Enable 


RO 


0 


Discard Timer SERR Enable. Does not apply to PCI 
Express. Can be hardvwred to 0. 




10 




Discard 
Timer Sta 
tus 


RO 


0 


biscard Timer Status. Does not apply to PCI 
Express. Can be hardwired to 0. 




9 




Second 
ary Dis 
card 

Timer 


RO 


0 


Secondary Discard Timer. Does not apply to PCI 
Express. Can be hardwired to 0. 




B 




Primary 
Discard 

rimer 


RO 


0 


Primary Discard Timer. Does not apply to PCI 
Express. Can be hardwired to 0. 




7 




Fast 

Back-to- 

Back 

Enable 


RO 


0 


Fast Back-to-Back Transactions Enable. Does not 
apply to PCI Express. Can be hardwired to 0. 
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c 


3 




Second 
ary Bus 


RW 


a 


Secondary Bus Reset. Setting this bit triggers a 
warm reset on the corresponding PCI Express Port 
and the PCI Express hierarchy domain subordinate to 
the Port Default value of this field is 0. 




5 




Master 
Abort Md 


RO 


0 


Master Abort Mode. Does not apply to PCI Express. 
Can be hardwired to 0. 




4 


RSVD 


Reserved 




0 


Reserved 




3 




VGA 

Enable 


TO 


0 


Not supported by exemplary devices. Can be 

hardwired to 0. 




2 




ISA 
Enable 


RO 


0 


Not supported by exemplary devices. Can be 
hardwired to 0. 




1 




SERR 
Enable 


RW 


0 


SERR Enable. This bit, when set, enables reporting 
of non-fatal and fatal errors to the Root Complex. 
Note that enxsrs are reported if enabled either through 
this bit or through the PCI-Express specific bits in the 
Device Control Register. Default value of this field is 
0. 

Device Mode - Not used. 
Root mode - When set to a 0, received error mes 
sages cannot set the Signaled System Error bit in the 
Status Register. When set to a 1, received error 
messages can set the Signaled System Error bit in 
the Status Registers. 

The Received System Error bit in the Secondary 
Status Register is not affected by this bit. 
















D 




Parity 
Error 

Response 
Enable 


RW 


0 


Parity Error Response Enable. This bit controls the 
response to poisoned TLPs.Default value of this field 
ts 0. 
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PQ Express Capabilities Registers 



Oflset 


Bit 


Registb^ield 

er 1 


type 


default 


Definition 


0x0 




PCI 

Express 
Capa 
bility 
Ust 




RO 




The PCI Express Capability List register 
enumerates the PC! Express Capability 
Structure In the PCI 2.3 configuration space 
capability list 




15-8 




Next 
Capabii 
ity Pointer 


RO 


0x74 


The offset to the next PCI capability structure 
or OOh if no other items exist in the finked list 
of capabilities 


■ » 


7-0 




Capabil 
ity ID 


RO 


0x10 


Indicates PCI Express Capability Structure. 
This field retums a Capability ID of lOh 
indicating that this is a PCI Express Capability 
Structure 


0x2 




PCI 

Express 

Capa 

bilities 






1 






15:14 










Reserved 




13-9 




Interrupt 

Message 

Number 


RO 


0 


If this function is allocated more than one MS) 
intenrupt number, this register is required to 
contain the offset between the base Message 
Data and the MSI Message that is generated 
uvhen any of status bits in either the Slot 
Status register or the Root Port Status register 
of this capability structure are set Hardware is 
required to update this field so that it Is correct 
f the numt)er of MSI Messages assigned to 
the device changes. 




8 




Slot Impte 
Tiented 


RO 


0 

1 


This bit when set indicates that the PCI 
Express Lmk associated with this port Is 
connected to a slot (as compared to being 
connected to an Integrated component or 
being disabled). This field Is valid for the 
following PCI Express device/Port Types: 
Root Port of PCI Express Root Complex 
downstream Port of PCI Express Switch 
JetStream does not include support for slots, 
this field is a fixed 0 in all JetStream 
cores.REVIEWERS NOTE- JetStream used 
here, replaced in other places 
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7-4 




Device/ 
Port Type 


RO 


1 


Supp rtedintheEx mplary Cor 
0001b L gacy PCi Express Endpoint 
device 

DIOOb Root Port of PCI Express Root 
Complex* 

Reserved by PCI Express but not supported 
0000b PCI Express Endpoint device 
01 10b downstream Port of PCI Express 
Switch* 

0111b PCI Express-to-PCI/PCI-X Bridge* 
1000b PCI/PCI-X to PCI Express Bridge* 
DIOIb upstream Port of PCI Express Switch * 




3-0 




Capabil 
ity Ver 
sion 


RO 


01 


ndicates PCI-SIG defined PCI Express 
capability structure version number. Must be 
1h for this specification. 


0x4 




Device 

Capa 

bilities 

Regis 

ter 












31- 

28 










Reserved 




27- 
26 




Captured 

Slot 

Power 

Limit 
Scale 


RO 


0 


[upstream Ports only) Specifies the scale 

used for the Slot Power Umit Value. Range of 

Values: 

00b = 1. Ox 

01b = 0.1x 

10b- 0.01 X 

llb-O.OOIx 

This value Is set by the Set_Slot_Power_Umjt 
message or hardwired to 00b (see Section 
5.9). The default value is all 00b. Exemplary 
ores hardwire this field to 0, but other 
alternative defaults can be setected. 
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25- 
18 




Captured 

Slot 

Power 

Limit 

S/alue 


RO 


0 


(upstream Ports only) In combination with the 
Slot Power Limit Scale value, specifies the ' 
upper limit on power supplied by slot Power 
limit (in Watts) calculated by multiplying the 
value in this field by the value in the Slot 
Power Limit Scale field. This value Is set by 
the Set_Slot_Power_Limit message or 
hardwired to 0000 0000b. The default value is 
DOOO 0000b. Exemplary cores hardwire this 
field to 0, but other alternative de^ults can be 
selected. 










RO 


0 






14 




3ower 

IrKllcator 

Present 


RO 


0 


This bit, when set. Indicates that a Power 

Indicator is Implemented on the card or 

module. This bit is valid for the following PCI 

Express device Types: 

PCI Express Endpoint device 

^acy PCI Express Endpoint device 

upstream Port of PCI Express Switch 

^Cl Express-tO'PCI/PCI'X bridge Exemolarv 

sores hardwire this field to 0. 




13 




attention 
Indicator 
Present 


RO 


D 


Attention Indicator Present. This bit. when 
set, indicates that an Attention Indicator Is 
mplemented on the card or module. This bit 
s valid for the following PCI Express device 
Types: 

PCI Express Endpoint device 
Legacy PCI Express Endpoint device 
upstream Port of PCI Express Switch 
PCI Express-to-PCI/PCI-X bridge Exemplary 
::ores hardwire this field to 0. 




2 

• 




attention 

Sutton 

Present 


RO 


0 

1 


rhis bit when set indicates that an Attention 
Sutton is implemented on the card or module, 
rhis bit Is valid for the following PCI Express 
device Types: 

PCI Express Endpoint device 
-egacy PCI Express Endpoint device 
jpstream Port of PCI Express Svwtch 
'CI Express-to-PCI/PCI*X bridge Exemplary 
:ores always hardwire this field to 0. 
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• 1 

1' 


11-9 






RO 


000 


Endpoint LI Acceptable Latency. This field 
indicates the acceptable latency that an 
Endpoint can withstand due to the transition 
from LI state to the LO state. It is essentially 
an Indirect measure of the Endpoint* s intemal 
buffering. Power management software uses 
the reported L1 Acceptable Latency number 
to compare against the LI Exit Latencies 
reported (see beloviO by all components 
comprising the data path firom this Endpoint to 
the Root Complex Root Port to determine 
whether Active State Link Pl^ LI entry can be 
used \A^th no loss of performance. Defined 
encodings are: 
000b Less than Ips 
001b 1 ps to less than 2 ps 
010b 2 ps to less than 4 ps 
01 lb 4 ps to less than 8 ps 
100b 8 ps to less than 16 ps 
101b 16 ps lo less than 32 ps 
110b32ps<64ps 
111b More than 64 gs 




B-6 






RO 


010 


Endpoint LOs Acceptable Latency This field 
indicates the acceptable total latency that an 
Endpoint can withstand due to the transition 
from LOs state to the LO state. It is essentially 
an Indirect measure of the Endpoint's intemal 
suffering. Power management software uses 
the reported LOs Acceptable Latency number 
to compare against the LOs exit latencies 
reported by all components comprising the 
data path from this Endpoint to the Root 
Complex Root Port to determine whether 
Active State Link PM LOs entry can be used 
with no loss of 

perfonmance. Defined encodings are: 

DOOb Less than 64 ns 

D01b 64 ns to less than 128 ns 

DlOb 128 ns to less than 256 ns 

311b 256 ns to less than 512 ns 

100b 512 ns to less than 1 ps 

101b 1 ps to less than 2 ps 

110b2ps-4 ps 

11 lb More than 4 us 
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5 






RO 


0 


Extended Tag Field Supported. This field 
indicates the maximum supported size of the 
Tag field. Defined encodings are: 
Ob 5-bit Tag field supported 
1b B-bit Tag field supported 
Note that 8-bit Tag field support must be 
enabled by the corresponding control field in 
the Device Control register. Exemplary cores 
always hardwire this field to 0. 




4-3 




'hantom 
Functions 
Sup 
ported 


RO 


0 


This field indicates the support for use of 
unclaimed function numbers to extend the 
number of out standing transactions allowed 
by logically combining unclaimed function 
numbers (called Phantom Functions) with the 
Tag identifier. 




2-0 




Max_Payl 
oad^Size 
Sup 
ported 


RO 


0 


This field indicates the maximum payload size 
that the device can support for TLPs. Defined 
encodings are: 

OOOb 128B max payload size 
OOlb 256B max payload size 
010b 51 2B max payload size 
01 lb 1024B max payload size 
100b 2046B max paytoad size 
101b 4096B max payload size 
110b Reserved 
111b Reserved 

Exemplary cores hardwire this field to 0 


0x8 




bevice 
Control 
Regis 
ter 












15 






^0 


0 


(Reserved 
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14- 
12 




Ih/lax^Rea 
d_Reques 
LSize 


TO 


0 


This field sets the maximum Read Request 

size for the Device as a Requester. The 

Device must not generate read requests with 

size exceeding the set value. Defined 

encodings for this field are:000b 128B max 

read request size 

001b 256B max read request size 

010b 51 2B max read request size 

01 lb 1024B max read request size 

100b 20468 max read request size 

101b 4096B max read request size 

110b Reserved 

11 lb Reserved 

• 

Devices that do not generate Read Request 
larger 128B are permitted to implement this 
field as Read Only (RO) with a value of 000b. 
Default value of this field is 000b. 




11 




Enable 
Mo Snoop 


TO 


1 


(Endpoint device only, exemplary device 
jpstream and downstream ports hardware this 
to 1} If this bit Is set to 1 , the device is 
pemtitted to set the No Snoop bit in the 
Requester Attributes of transactions it initiates 
that do not require hardware enforced cache 
coherency. 




10 




Auxiliary 

(AUX) 

Power 

Enable 


RO 


0 


This bit when set enables a device to draw 
MIX power independent of PME AUX power. 
Exemplary devices hardwire this to 0. 




9 




Phantom 

Functions 

Enable 


RO 


0 


When set, this bit enables a device to use 
unclaimed functions as Phantom Functions to 
extend the number of outstanding transaction 
Identifiers. If the bit Is cleared, the device is 
not allowed to use Phantom Functions. 
Default value of this field is 0. For exemplary 
that do not implement this capability hardwire 
this bit to 0. 




8 




Extended 
Tag Field 
Enable 


RO 


0 


When set, this bit enables a device to use an 
B-bit Tag field as a requester. If the bit Is 
cleared, the device Is restricted to a 5-bit Tag 
field. Default value of this field is 0. For 
devices that do not Implement this capability 
hardwire this bit to 0. 
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7-5 




Max^Payl 
oad_Size 


RO 


0 


This field sets maximum TLP payload size for 
the device. As a receiver, the device must 
handle TLPs as large as the set value; as 
transmitter, the device must not generate 
TLPs exceeding the set value. Permissible 
ralues that can be programmed are Indicated 
by the Max_Paybad_Size Supported in the 
Device Capabilities register. Defined 
encodings for this field are: 000b 128B max 
payload size 

001b 256B max payload size 
010b 512B max payload size 
Dllb 1024B max payload size 
100b 2048B max payload size 
101b 4096B max payload size 
110b Resen/ed 
11 lb Reserved 

[default value of this field is 000b. 
Exemplary devices hardware this field to 000b. 




4 




Enable 

Relaxed 

Ordering 


RW 


1 


(device endpoint only) If this bit is set, the 
device is permitted to set the Relaxed 
Ordering bit in the Attributes field of 
transactions it initiates that do not require 
strong v^te ordering. Default value of this bit 
is 1 . This bit may be hardwired to 0 if a device 
never sets the Relaxed Ordering attribute In 
transactions it Initiates as a requester. 




3 




Unsup 

[)orted 

Request 

Reporting 

Enable 


RW 


0 


This bit enables reporting of Unsupported 
Requests when set. For a multi-function 
device, this bit controls error reporting for 
each function from polnt-of-vievvof the 
respective function. Note that the reporting of 
error messages (ERR^COR. 
ERR.NONFATAL. ERR^FATAL) received by 
Root Port is controlled exclusively by Root 
Control Register. Default value of this field is 
D. 

Legacy software not used, see CMD register 

Device mode This is the PCE Express aware 

mechanism to enable generation of a Non 

Fatal ERR message when the adapter signals 

an Unsupported Request Error. 

Root Mode not used, see Root Control 

Register 
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2 




Fatal 
Error 
Reporting 
Enable 

m 


RW 


0 


This bit controls reporting of fetal errors. For a 
muith-function device, this bit controls error 
reporting for each function fronr? point-of-view 
of the respective function. For a Root Port, the 
eporting of fatal errors is internal to the root. 
No external ERR^FATAL message Is 
generated. Default value of this field is 0. 
Legacy software not used, see CMO register 
Device mode This is the PCE Express aware 
Tiechanism to enable generation of Fatal ERR 
messages when the adapter signals a Fatal 
Error message or the core detects any of 
several fatal errors Internally. 
Root Mode not used, see Root Control 
Register 




1 




Non-Fatal 
Error 
Reporting 
Enable 


RW 


0 


This bit controls reporting of non-fatal enrors. 
For a multi-function device, this t>it controls 
srror reporting for each function firom point-of* 
view of the respective function. For a Root 
Port, the reporting of non-fatal errors is 
nternal to the root. No external 
ERR^NONFATAL message is generated. 
Defeult value of this field is 0. 
Legacy software not used, see CMD register 
Device mode This is the PCE Express aware 
mechanism to enable generation of Non Fatal 
ERR messages when the adapter signals a 
Non Fatal Error message or the core detects 
any of several non fatal errors internally. 
Root Mode not used, see Root Control 
Register 
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1 


0 




Correct 
able Error 
Reporting 
Enable 


RW 


D 


This bit controls reporting of correctable 
errors. For a multl- function device, this bit 
controls error reporting for each function from 
;)oint-of'-view of the respective function. For a 
Root Port, the reporting of correct able errors 
s internal to the root. No external ERR.CQR 
message Is generated. Default value of this 
Field is 0. 

Legacy software not used 

Device mode This is the PCI Express aware 

mechanism to enable generation of 
Conectable ERR messages when the adapter 
signals a Correctable Error message or the 
sore detects any of several Correctable errors 
internally. 

Root Mode not used, see Root Control 
Register 


OxA 




Device 
Status 

Regis 
:ers 












15:6 








0 


Reserved 




5 




rransac 

Uons 
Pending 


RO 


0 


This bit when set indicates that a device has 
issued Non-Posted Requests which have not 
been completed. A device reports this bit 
cleared only when all Completions for any 
outstanding Non-Posted Requests have l)een 
received. 




4 




'ower 

Detected 


RO 


0 


Devices that require AUX power report this bit 
as set if AUX power is detected by the device. 




3 




Unsup 
sorted 
Request 
Detected 


RW1 
-\ 


0 


This bit indicates that the device received an 
Unsupported Request. 




2 




Fatal 
Error 
Detected 


RW1 


0 


This bit indicates status of fatal errors 
detected. 




1 




Non-Fatal 

Error 

Detected 


RW1 

C 




This bit indicates status of non-fatal errors 
detected. 




0 




Correct 
able Error 
Detected 


RW1 
"> 


0 


This bit indicates status of correctable errors 
detected. 
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DxOC 




Link 

Capa 

bilities 












31- 
24 




Port Num 

ber 


RO 


1 


This field indicates the PCI Express port 

number for the given PCI Express Link. 




23:18 






RO 


0 


Reserved 




ir- 
is 




LI Exit 
Latency 

* 


RO 


HDLI 
(110) 


This field Indicates the LI exit latency for the 

given PCI Express Link. The value reported 

indicates the length of time this Port requires 

to complete transition from LI to LO. Defined 

encodings are: 

DOObL^ss than Ips 

001b 1 ps to less than 2 ps 

010b 2 ps to less than 4 ps 

01 1 b 4 ps to less than 8 ps 

100b 8 ps to less than 16 ps 

101b 16 ps to less than 32 ps 

110b 32 ps^ ps 

111b More than 64 ps 

Note that exit latencies may be influericed by 
PCI Express reference dock configuration 
depending upon whether a component uses a 
common or separate reference clock. 




14- 
12 




LOs Exit 
Latency 


RO 


HDLI 
(110) 


This field indicates the LOs exit latency for the 
given PCI Express Unk. The value reported 
ndteates the length of time this Port requires 

0 complete transi tion from LOs to LO. Defined 
encodings are: 

000b Less than 64 ns 

K)1b 64 ns to less than 126 ns 

01 Ob 128 ns to less than 256 ns 
01 lb 256 ns to less than 512 ns 
100b 512 ns to less than 1 ps 
101b 1 ps to less than 2 ps 
110b2ps-4ps 

111b Reserved 

Note that exit latencies may be Influenced by 
PCI Express reference clock configuration 
depending upon whether a component uses a 

common or separate reference clock. 
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11- 
10 




Active 
State Unk 
PM Sup 
3ort 




11 


This field indicates the level of active state 

power management supported on the given 

PCI Express Unk. Defined encodings are: 

DOb Reserved 

01b LOs Entry Supported 

10b Reserved 

lib LOs and LI Supported 




9:4 




Maximunr) 

Link 

Width 


RO 


HDU 
(0x04) 


This field indicates the maximum width of the 
given PCI Express Unk. Defined encodings 
are: 

000000b Reserved 
000001b x1 
000010b x2 
O00100bx4 
001000b x8 
001100b x12. 
010000b x16 
100000b x32 




3-0 




Maximum 

Unk 

Speed 


RO 


1 


This field Indicates the maximum Unk speed 

of the given PCt Express Link. Defined 

encodings are: 

0001b 2.5 Gb^LInk 

All other encodings are reserved. 


0x10 




Link 

Control 

Regis 

ter 








The Link Control register controls PCI 
Express Unk specific parameters. 




15-8 










Reserved 




1 




Extended 
Synch 


RW 


0 


This bit when set forces extended 
transmission of FTS ordered sets in FTS and 

extra TS2 at exit from LI prior to entering LO. 




5 




Common 

Clock 

[^onfigu 

ration 


RW 


0 


This bit when set indicates that this 
component and the component at the 
opposite end of this Unk are operating with a 

distributed common reference clock. 




5 




Retrain 
Unk 


RW 


p 


This bit Initiates Link retraining when set; this 
field is not applicable and reserved for 
endpoint devices and upstream Ports of a 

Switch. This bit always returns 0 when read. 




4 




Unk Dis 
able 


RW 


0 


This bit disables the Unk when set to lb; this 
field is not applicable and reserved for 
endpoint devices and upstream Ports of a 

Switch. 



CoDv orovtded bv USPTO from the IFW Imaae Database on 11/24/2004 



42 





3 




Read 

Comple 

Uon 

Boundary 
(RGB) 


Root 

Ports: 

RO, 

other 

RW 


1 


Ob 64 byte 
1b 128 byte 

This field is hardwired for a Root Port and 
returns its RCB support capabilities. This field 
s RW for other ports. Devices that do not 
implement this feature can hardwire the field 
to Ob. 




2 






RO 


0 


Reserved 




1-0 




^CtiveStat 
e Linl^ 
PMCon 
trol 


RW 


0 


This field controls the level of active state PM 

supported on the given PCI Express Link. 

Defined encodings are: 

00b Disabled 

01b LOs Entry Supported 

10b Reserved 

11b LOs and LI Entry Supported 


0x12 




Link 
Status 
Regis 
ter 








The Link Status register provides Information 
about PCI Express Unk specific parameters. 




IS- 
IS 










Reserved 

* 


• 


12 




Slot Clock 

Configu 

ration 


RO 


0 

4 


This bit indicates that the component uses the 
same physical reference clock that the 
platform provides on the connector. If the 
device uses an Independent clock Irrespective 
of the presence of a reference on the 
connector, this bit must be clear. 




11 




Link 

Training 


RO 


0 


This read-only bit Indicates that Link training is 

in progress Ports of Switches. 




10 




Training 
Error 


RO 


0 


This read-only bit indicates that a Link training 
error occurred. 


• 


9-4 




Negoti 
ated Link 
Width 


^0 

• 


0 


This field ind»ates the negotiated width of the 
given PCI Express Link. Defined encodings 

are: 

000001b XI 
DOOOlOb X2 
0001 00b X4 
001000b X8 
001100b X12 
010000b X16 
100000b X32 

All Other encodings are reserved. 
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3-0 




Link 
Speed 


RO 


1 


rhis field Indicates the negotiated Linic speed 
of the given PCI Express Link. Defined 
encodings are: 

0001b 2.5 Gb/s PCI Express Link 
Ml other encodings are reserved. 

This field is fixed as 1 in exemplary devices. 


0x14 




Slot 

Oapa 

dttities 


* 






The Slot Capabilities register identifies PCI 
Express slot specific capabilities. 




31:19 




Physical 
Slot Num 
)er 


RO 


0 


This hardware initialized field indicates the 
physical slot numk)er attached to this Port 




18:17 






RO 


0 


Reserved 


■ 


16- 
15 




Slot 
Power 
Limit 
Scale 


RO 


(0) 


Specifies the scale used for the Slot Power 
Limit Value. Range of Values: 
00b = 1 .Ox 
01b = 0.1x 
10b s 0.01 x 

1 1b = O.OOIx This register must be 
implemented if the Slot Implemented bit Is set. 
The defiault value for exennplary cores is set 
by a HDU parameter. 


• 


14-7 




Slot 
Power 
Limit 
Value 


RO 


(0x14) 


In combination with the Slot Power Limit 
Scale value, specifies the upper limit on 
power supplied by slot Power limit (in Watts) 




S 




Hot-plug 
Capable 


RO 


0 


This bit when set indicates that this slot is 
capable of supporting Hot-plug operations. 
Exemplary devices hardwire this to 0. 




5 




Hot-plug 
Surprise 


RO 


0 


This bit when set indicates that a device 
present in this slot might be removed from the 
system without any prior notification. 
Exemplary devices hardwire this to 0. 




4 




Power 

Indicator 

Present 


RO 


0 


This bit when set Indicates that a Power 
Indicator is implemented on the chassis for 
this slot Exemplary devices hardwire this to 0. 




3 




Attention 
Indicator 

Present 


RO 


0 


This bit when set indicates that an Attention 
Indicator is Implemented on the chassis for 
this slot. Exemplary devices hardwire this to 0. 




2 




MRL Sen 
sor 

Present 


RO 


0 


This bit when set Indicates that an MRL 
Sensor is implemented on the chassis for this 
slot Exemplary devices hardwire this to 0. 


• 


1 




Power 

Controller 
Present 


RO 


0 


This bit when set indicates that a Power 
Controller is implemented for this slot 
Exemolary devices hardwire this to 0 



Copy provided by USPTO from the IFW Image Database on 11/24/2004 



44 





D 




attention 

Button 

Present 


RO 


0 


This bit when set indicates that an Attention 
Button is implemented on the chassis for this 
slot. Exemplary devices hardv\^re this to 0 


0x18 




Slot 
Control 








The Slot Control register controls PCI Express 
Slot specific parameters. Exemplary devices 
hardwire this to 0. 




15- 
11 










Reserved 




10 




Power 

Controller 

Control 


RO 


0 


When read this register returns the cun^nt 
state of the Power applied to the slot; when 
iMitten sets the power state of the slot per the 
defined encodings. 
Ob Power On 

lb Power Off Exemplary devices hardwire 
this to 0. 




9-8 




Power 

Indicator 

Control 


RO 


0 


Reads tp this register return the current state 
9f the Power Indicator; writes to this register 
set the Fewer Indicator. Defined encodings 

are: 

DOb Reserved 
01b On 
10b Blink 
llbOff 

Writes to this register also cause the Port to 
send the appropriate POWER JNDICATOR.* 
Tiessages. Exemplary devices hardwire this 
0 0. 




7-6 




Attention 
ndicator 
Control 


RO 


0 


Reads to this register return the current state 
of the Attention indicator; writes to this 
register set the Attention Indicator. Defined 
encodings are: 
00b Reserved 
01b On 
10b Blink 
lib Off 

Writes to this register also cause the Port to 
send the appropriate 
ATTENTION JNDICATOR_* messages. 
Exemplary devices hardwire this to 0. 




5 




Hot plug 
nterrupt 
Enable 


RO 


3 


This bit when set enables generation of hot 
plug interrupt on enabled hot plug events. 
Default value of this field is 0. Exemplary 
devices hardwire this to 0. 



Copy provided by USPTO from the IFW Image Database on 11/24/2004 



45 





i 




1 

Com 

mand 

Com 

pleted 

Interrupt 

Enable 


RO 


0 


This bit when set enables the generation of 
liot plug interrupt when a command Is 
completed by the Hot plug controller. Default 
i/alue of this field is 0. Exemplary devices 
hardwire this to 0. 




3 




Presence 
Detect 
Changed 
Enable 


RO 


0 


This bit when set enables the generation of 
liot plug interrupt or wake message on a 
presence detect changed event. Default value 
of this field is 0. Exemplary devices hardwire 
this to 0. 




2 




MRL Sen 
8or 

Changed 
Enable 


RO 


0 


This bit when set enables the generation of 
hot plug interrupt or wake message on a MRt 
sensor changed event. Default value of this 
field Is 0. Exemplary devices hardwire this to 
0. 




1 




Power 
Fault 
Detected 
Enable 


RO 


0 


This bit when set enables the generation of 
hot plug Interrupt or wake message on a 
power fault evenl. Default value of this field Is 
0- Exemplary devices hardwire this to 0. 




D 




Attention 
Button 
Pressed 
Enable 


RO 


0 


This bit when set enables the generation of 
hot plug Inteniipt or wake message on an 
attention button pressed event Default value 
of this field is 0. Exemplary devices hardvrire 
this to 0. 


OxIA 




Slot 
Status 








The Slot Status register provides infomiation 

about PCI Express Slot specific parameters. 




15-7 






RO 


0 


Reserved 




S 






RO 


0 


Presence Detect State. This bit indicates the 
presence of a card in the slot. 




5 




MRL Sen 
sor State 


RO 


0 


This register reports the status of the MRL 
sensor if it is implemented. Defined encodings 
are: 

Ob MRL Closed 
lb MRL Open 

Exemplary devices hardwire this to 0. 








Com 
mand 
Com 
pleted 


RO 


0 


This bit is set when the hot plug controller 
completes an Issued command. Exemplary 
devices hardwire this to 0. 




3 




Presence 
Detect 

Changed 


RO 


0 


This bit is set when a Presence Detect 
change is detected. Exemplary devices 
hardwire this to 0. 
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2 




MRL Sen 
sor 

Changed 


RO 


0 


This bit is set when a MRL Sensor state 
change is detected. Exemplary devices 
hardwire this to 0. 




1 




Power 

Fault 

Detected 


RO 


0 


This bit is set when the Power Controller 
detects a power fault at this slot Exemplary 
devices hardwire this to 0. 




0 




Attention 

Button 

Pressed 


RO 


0 


This bit is set when the attention button is 
pressed. Exemplary devices hardwire this to 
0. 


DxIC 




Root 
Control 


• 






The Root Control register controls PCI 
Express Root Complex specific parameters. 
This register is only available for Root type 
endpoints. This is a read only ail 0 register in 

all other endpoints. 




31-4 










Reserved 




3 




PME 
Intenrupt 

Enable 


RW 


0 


This bit when set enables interrupt generation 
upon receipt of a PME message as reflected 
n the PME Status register bit. 




2 




System 
Error on 
=atal 
Error 
Enable 


RW 


0 


If set this bit indicates that a System Error 
should be generated if a fatal error 
(ERR_FATAL) is reported by any of the 
devices in the Nerarchy associated with this 
Root Port, or by the Root Port itself. 




1 




System 
Error on 
^on-Fatal 
Error 
Enable 


RW 


0 


f set this bit Indicates that a System Error 
should be generated If a non-fatal enror 
(ERR^NONFATAL) is reported by any of the 
devices in the hierarchy associated with this 
Root Port, or by the Root Port Itself. 




0 




System 
Error on 
C^orrect 
able Error 
Enable 


RW 


0 


f set this bit indicates that a System Error 
should be generated if a correctable error 
;ERR_C0R) Is reported by any of the devices 
n the hierarchy associated with this Root Port, 
or by the Root Port itself. 


0x20 




Root 
Status 








rhe Root Status register provides information 
about PCI Express device specific 
parameters. This register is only available for 
Root type endpoints. This is a read only all 0 
register in all other endpoints. 




Jl- 
8 










Reserved 
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Pending 


RO 


0 


This read-only bit indicates that another PIVIE 
is pending when the PME Status bit is set. 
When the PIVIE Status bit is cleared by 
sofiv/are; the PME is delivered by hardware by 
setting the PME Status bit again and updating 
the Requestor ID appropriately. The PME 
pending bit is cleared by hardware If no more 
PMEs are pending. 




16 




PMESta 
tus 


ftwi 


D 


This bit indicates that PME was asserted by 
the requestor ID indicated in the PME 
Requestor ID field. Subsequent PMEs are 
kept pending until the status register is 
cleared by software by writing a 1 . 




15:0 




PME 

Requesto 

rID 


RO 


D 


This field indicates the PCI requestor ID of the 
last PME requestor. 



[0028] The above-described exemplary embodiments are intended to be illustrative in 
all respects, rather than restrictive, of the present invention. Thus the present invention is 
capable of many variations in detailed implementation that can be derived from the 
description contained herein by a person skilled in the art. All such variations and 
modifications are Considered to be within the scope and spirit of die present invention as 
defined by the following claims. No element, act, or instruction used in the description of the 
present application should be construed as critical or essential to the invention unless 
explicitly described as such. Also, as used herein, the article "a" is intended to include one or 
more items. 
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WHAT IS CLAIMED IS: 

1 . A serial communication system comprising: 

a serial communication bus (24) having at least a first set of traces (28) and a 
second set of traces (26); 

a first serial communication device (20), fabricated as a first integrated circuit 
and connected to a first end of said serial communication bus (24), for transmitting 
and receiving serial data streams via said first set of traces (28) and said second set of 
traces (26), respectively; and 

a second serial communication device (22), fabricated as a second integrated 
circuit and connected to a second end of said serial communication bus (24), for 
receiving and transmitting serial data streams via said first set of traces (28) and said 
second set of traces (26), respectively, 

wherein said first serial communication device (20) has been pin configured to 
operate as a root device and said second serial communication device (22) has been 

* 

pin configured to operate as an endpoint device. 

2. The serial communication system of claim 5, wherein said first and second 
integrated circuits have identical architectures. 



49 

3. The serial communication system of claim 1, wherein both said first and second 
serial communication devices (20,22) include at least one state machine having state 
transitions which occur as a liinction of said pin configured device type. 

4. The serial communication system of claim 3, wherein said at least one state 
machine includes a SEND_SLOT_PWR state which can be reached by said first serial 
communication device (20) but not by said second serial communication device (22). 

5. The serial communication system of claim 1, wherein said first serial 
communication device (20) is enabled to transmit a first set of messages and said 
second serial communication device (22) is enabled to transmit a second set of 
messages. 

6. The serial communication system of claim 5, wherein said first set of messages 
includes at least one configuration message and said second set of messages includes 
at least one interrupt message. 

7. The serial communication system of claim 5, wherein said second set of messages 
includes a PME message which requests said first serial communication device (20) to 
perform a power management state change and wherein said first set of messages 
includes a PME_Tum_Ofr message, which message instructs said second serial 
communication device (22) to stop sending said PME messages. 
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8. A serial communication device comprising: 

means for selectively operating said serial communication device (20 or 22) in 
either a root device mode or an endpoint device mode; 

means for, when said serial communication device is operating in said root 
device mode, transmitting a first set of messages; and 

means for, when said serial communication device is operating in said 
endpoint device mode, transmitting a second set of messages different than said first 
set of messages. 

9. The serial communication device of claim 8, wherein said means for selectively 
operating further comprises: 

a set of bits in a PCI Express capabilities register which are set to a first value 
when said serial communication device is operating in said root device mode and 
which are set to a second value v/hen said serial communication device is operating in 
said endpoint device mode. 

10. The serial communication device of claim 9, wherein said set of bits in said PCI 
Express capabilities regist^ is set via a pin at power on of said serial communication 
device. 
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1 1 . The serial communication device of claim 8, wherein said first set of messages 
includes a configuration request message and said second set of messages Includes an 
interrupt message. 

12. The serial communication device of claim 8, wherein both said first and second 
serial communication devices include at least one state machine having state 
transitions which occur as a function of device mode. 

1 3. The serial communication device of claim 12, wherein said at least one state 
machine includes a SEND_SLOT_PWR state which can be reached by said serial 
communication device only when said serial communication device is operating in 
said root mode 

14. A method for communicating between serial devices comprising the steps of: 

configuring a first serial device (20) to operate in a root operating mode and a 
second serial device (22) to operate in an endpoint operating mode; 

transmitting a first set of messages from said first serial device (20) to said 
second serial device (22) ; and 

transmitting a second set of messages from said second serial device (22) to 
said first serial device (20). 
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1 5. The method of claim ] 4, wherein said first serial device (20) and said second 
serial device (22) have identical architectures. 



16. The method of claim 14 wherein said step of configuring further comprises: 
setting a set of bits in a PCI Express capabilities register of said first serial 
device to a first value for said first serial device operating in said root mode and 
setting said set of bits in another PCI Express capabilities register of said second serial 
device to a second value for said second serial device operating in said endpoint 
mode. 



1 7. The method of claim 1 6, wherein said set of bits in said PCI Express capabilities 
register is set via a pin at power on of said first and second serial devices. 



18. The method of claim 14, wherein said first set of messages includes a 
configuration request message and said second set of messages includes an interrupt 
message. 



19. The method of claim 14, wherein both said first and second serial devices include 
at least one state machine having state transitions which occur as a function of device 
mode. 
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20. The method of claim 19» wherein said at least one state machine includes a 
SEND_SLOT.PWR state which can be reached by said serial communication device 
only when said serial communication device is operating in said root mode. 
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ABSTRACT 

Systems and methods according to the present invention provide serial 
communication devices which are pin-configurable at power on to operate as either a root 
(20) or endpoint (22) device. In conjunction with, for example, PCI Express specified I/O 
data buses (24), such devices provide for efficient transfer of serial data between systems and 
devices. 

Figures 4(a) and 4(b) for publication. 
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